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Method and system for customising huild-tn-nrder nrnrlnrtc 

m I" " 

This invention relates to a method of configuring a prod- 
uct, and more specifically a -method for customisation a 
5 product assembled from a number of components, especially 
in a build-to-order system. 

Build-to-order systems are known in the art and are used 
in order to limit the number of assembled products which 
have to be kept in stock. In a build-to-order assembly 

10 system, only the pre-f abricated components are kept in 
stock in a number of possible variants, such as compo- 
nents in different colours, sizes, components with dif- 
ferent features or other options. When an order for a 
customized combination of the components is received, the 

15 product is assembled, tested and shipped. Often this pro- 
cess is considerably more efficient and economical than 
keeping assembled products based on the possibly vast 
number of combinations of components in stock. 

A build-to-order system for specifying, ordering, and 
20 building a computer system is known from GB 2335768. In 
this prior art system, the user is presented with a list 
of options, such as computer software components to be 
installed on a computer system, where each option is com- 
patible with any previously selected options, such as op- 
25 erating system or hardware components. 

It is also known in the art to present to a user of a 
purchasing system operating via a computer network a pic- 
ture of an item to be purchased. If the item exists with 
different options, such as different colours, the user 
30 may be presented with a picture of the item in the se- 
lected colour. 



However, the above prior art methods are concerned with 
options that either do not affect the appearance of the 
complete product, because they are concerned with inter- 
nal components, such as different hard-disks of a com- 
puter, or they are concerned with the customisation of 
the appearance of a single component, for example by the 
choice of colours of a shoe, a car or the like. 

Furthermore, the information provided by the above prior 
art systems upon selection of a specific choice does not 
include information about the usability or ease-of-use of 
the final product. 

Therefore, it is a disadvantage of the prior art methods 
and systems that they do not give a visual impression of 
the final product as assembled from a plurality of cus- 
tomisable components. 

It is another disadvantage of the prior art system that 
they do not provide a readily available indication of the 
ease-of-use of a particular combination of options. 

Therefore, it is an object of the invention to give a 
visual impression of a final product composed of a 
plurality of individual components prior to purchasing 
the product . 

It is a further object of the invention to provide an im- 
pression of the usability and ease of use of the final 
product, such as the ease of assembling or disassembling. 

It is yet another object of the invention to provide a 
way of training a user or a potential user of the product 
in the use, assembly, disassembly, cleaning or mainte- 
nance of the product. 
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According to a first aspect of the invention the above 
and other objects are achieved when a method of configur- 
ing a product, where the product is to be assembled from 
a plurality of components, each component being available 
5 in at least one variant, the method comprising the steps 
of 

presenting to a user, via a user interface, a first plu- 
rality of variants of a first one of said plurality of 
components; 

10 receiving from the user an indication of a first variant 
selected from the first plurality of variants; 

presenting to the user via the user interface a graphical 
representation of the first variant; 

is characterised in that the method further comprises the 
15 steps of 

presenting to the user, via the user interface, a second 
plurality of variants of a second one of said plurality 
of components; 

receiving from the user an indication of a second variant 
20 selected from the second plurality of variants; 

presenting to the user, via the user interface, a graphi- 
cal representation of the first selected variant of the 
first component in a predetermined relationship to the 
second selected variant of the second component. 

25 Conseguently, it is an advantage of the invention that it 
provides an efficient user interface for the selection of 
customised components which are to be assembled to a pro- 
duct . 
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It is a further advantage of the invention that it pro- 
vides a graphical representation, such as a picture, a 
drawing, or preferably a three-dimensional rendering of 
the customised product, thereby providing the possibility 
5 of viewing the particular customisation prior to purchas- 
ing or producing it. 

As selected individual components are presented in the 
predetermined relationship to selected other components, 
preferably their relative position as in the assembled 
10 product, a visual impression of the ease of use of the 
customised product is provided, especially since the pro- 
cesses of assembling and disassembling the product may be 
simulated. 

In a preferred embodiment of the invention the method 
15 further comprises the step of graphically animating the 
assembling of the second variant of the second component 
with the first variant of the first component . 

In another preferred embodiment of the invention the 
method further comprises the step of animating the dis- 
20 played representation of the first variant of the first 
component in the predetermined relationship to the second 
variant of the second component in response to user com- 
mands . 

A graphical animation of the assembly process or the 
25 functions or features of the product or parts of the pro- 
duct provides a realistic, simulation of the use of the 
product and, therefore, it provides a realistic impres- 
sion of the usability of the product. 

In a further preferred embodiment of the invention the 
30 method further comprises the step of interactively ani- 
mating the assembling of the second variant of the second 
component with the first variant of the first component, 
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where the interactively animated* assembly is controlled 
by user commands. 

It is an advantage of the invention that it may serve as 
a means of training the user in the use of the product, 
5 as the user may practise the steps of assembling or dis- 
assembling the product. 

In another preferred embodiment of the invention the 
method further comprises the step of changing the dis- 
played representation of the first variant of the first 

10 component in the predetermined relationship to the second 
variant of the second component in response to user com- 
mands, where the changing of the displayed representation 
corresponds to operations selected from the class of op- 
erations comprising rotate, flip, pan, and zoom. It is an 

15 advantage of this embodiment that it provides the possi- 
bility of exploring the representation of the product or 
parts of the product in great detail. 

In yet another preferred embodiment of the invention the 
step of presenting to a user via a user interface a se- 

20 lected one of the first and second plurality of variants 
of the corresponding first or second component further 
comprises the step of limiting the presented plurality of 
. variants to a subset of the corresponding first or second 
plurality of variants indicated as being available by a 

25 set of inventory data received from an inventory manage- 
ment system. It is an advantage of this embodiment of the 
invention that the achieved customisation only comprises 
variants which are currently in stock. Hence, the custom- 
ised product which is specified by the method according 

30 to this embodiment is always deliverable, and backorders 
of individual customised products are avoided. 

In another preferred embodiment of the invention the 
method further comprises the step of transmitting order- 



ing information to a production management system, the 
ordering information including configuration data identi- 
fying the first variant of the first component and the 
second variant of the second component. It is an advan- 
tage of the invention that the production and assembly 
process may be automatically initiated, and the compo- 
nents required for the customised product may be reserved 
in an inventory management system. 

According to a second aspect of the invention the above 
and other objects are achieved when a system for custom- 
ising a product, where the product is assembled from a 
plurality of components, the system comprising 

first display means adapted to present a first plurality 
of variants of a first one of said plurality of compo- 
nents; 

first input means adapted to receive an indication of a 
first variant selected from the first plurality of vari- 
ants; 

second display means adapted to present a graphical rep- 
resentation of the first selected variant; 

is characterised in that the system further comprises 

third display means adapted to present a second plurality 
of variants of a second one of said plurality of compo- 
nents; 

second input means adapted to receive an indication of a 
second variant selected from the second plurality of va- 
riants; 

the second display means is adapted to present a graphi- 
cal representation of the first selected variant of the 



first component in a predetermined relationship to the 
second selected variant of the second component. 

As the system and embodiments thereof correspond to and 
have the corresponding advantages as the method for cus- 
tomising a product and embodiments thereof, they are not 
described again. 

Furthermore, the invention relates to the use of the 
method described above and below for customising a medi- 
cal application device, such as an injection pen. 

Further, the invention relates to a computer program com- 
prising program code means for performing the method de- 
scribed above and below when said program is run on a 
computer. 

Further, the invention relates to a computer program 
product comprising program code means stored on a com- 
puter-readable medium for performing the method described 
above and in the following when said computer program 
product is run on a computer. A computer-readable medium 
may e.g. be a CD-ROM, a CD-R, a DVD RAM/ROM, a floppy 
disk, a hard disk, a smart card, a network accessible via 
a network connection, a ROM, RAM, and/or Flash memory, 
etc. or generally any other kind of media that provides a 
computer system with information regarding how instruc- 
tions/commands should be executed. 

Hereby, when a computer is caused to retrieve electronic 
information - as a consequence of the contents of a com- 
puter-readable medium as described above - the advantages 
mentioned in connection with the corresponding method ac- 
cording to the invention are achieved. 

Finally, the invention relates to a computer data signal 
embodied in a carrier wave, comprising program code means 



for performing the method described above and below when 
said program is run on a computer. 

The invention will be explained more fully below in con- 
nection with preferred embodiments and with reference to 
the drawings, in which: 

fig. 1 shows a view of the overall work flow in an em- 
bodiment of a build-to-order production system used in 
connection with an embodiment of the invention; 

fig. 2 shows a schematic view of an injection pen assem- 
bled from a number of components available in a plurality 
of variants; 

fig. 3 shows a schematic view of a system according to an 
embodiment of the invention; 

fig. 4 shows a schematic view of the software processes 
according to an embodiment of the invention; 

fig . 5 shows a flow diagram of the order management proc- 
ess according to an embodiment of the invention; 

fig. 6 shows a flow diagram of the configuration process 
according to an embodiment of the invention; 

fig. 7a-g show examples of a user interface for the se- 
lection of customised components; 

fig. 8a shows an example of a user interface of a general 
purchase module according to an embodiment of the inven- 
tion; and 

fig. 8b shows an example of a product hierarchy compris- 
ing both standard products and custom products according 
to the invention. 



The invention will be explained with reference to a spe- 
cific example comprising the customisation of an injec- 
tion pen for the application of medication such as insu- 
lin. However, the restriction to a specific example is 
not a limitation of the invention, which may be applied 
to any product comprising a plurality of customisable 
components. Other examples include a medical kit compris- 
ing a plurality of components in a common container, or a 
plurality of products assembled in a shopping cart. 

Furthermore, the invention will be described in the con- 
text of the Internet as a communications network running 
a TCP/IP protocol. However, this is not a limitation of 
the invention as other communications networks and proto- 
cols may be used for the communication with the users, 
such as television networks, telecommunications networks, 
WAP implemented on a wireless communications network, or 
the like. 

Fig. 1 shows a schematic view of an embodiment of a 
build-to-order production process which may be used in 
connection with an embodiment of the invention. The proc- 
ess is illustrated by the data flow between different 
components involved in the process. The components are 
illustrated as columns 102-107 in fig. 1, where the col- 
umns 102-107 contain related software entities, such as 
data objects, and functional components performing or 
supporting individual steps of the production process. 
The process is initiated by a user 101 who places a pur- 
chase order, preferably via a browser with access to the 
Internet and with any suitable plug-in known in the art 
supporting graphical applications and preferably 3D- 
object renderings and animations, such as the Cult3D® 
product. Upon placement of the order by the user 101, or- 
der information is transmitted via the Internet to an In- 
ternet application 110 which runs on a web server and 



- 10 - 



creates an internal representation of the order informa- 
tion, preferably comprising a pick list object 113 in- 
cluding identifications and quantities of the selected 
components and an invoice object 112 comprising informa- 
5 tion such as address, payment method, shipment informa- 
tion, or the like. The Internet application 110 transmits 
the order information 112-113 via a communications net- 
work, preferably a Local area network, to a planning mod- 
ule 103 and a logistics module 104, which are further 
10 connected, preferably via the communications network, 
with a production module 105, a module 106 supporting 
quality assurance (QA) and quality control (QC) , and a 
warehouse/shipping module 107. The planning module 103 
comprises a user interface, such that an authorised user, 
15 via a planning session 114, may view the order informa- 
tion 112, confirm the order, preferably electronically, 
for example via electronic mail 116, and plan the further 
production process. Alternatively, this process or parts, 
of this process may be executed automatically by the 
20 planning module 103. According to this embodiment, the 
production process is controlled by an electronic sales 
order object 108 which initiates and represents the pro- 
duction of the corresponding customised product. The 
sales order object 108 is related to an assembly schedule 
25 134 and a packaging schedule 119. These and other objects 
are managed in a database controlled by the logistics 
module 104. The assembly schedule 134 schedules the as- 
sembly 138 of the ordered product based on reported quan- 
tities retrieved from a pick list information database 
30 135, where the components have been reserved via the pick 
list object 113 included in the order information re- 
ceived from the Internet application 110. During the 
planning session 114 and based on the pick list 113 in- 
cluded in the order information, a pick list 139 is gen- 
15 erated which identifies the physical components to be 
used in the assembly 138 of the product. This may be done 



by identifying the components via a part number and a 
batch number. A possible hierarchic number scheme for' the 
injection pen described in connection with figure 2, 
where the number scheme allows the identification of the 
product, the components and the actual variants of the 
components, is listed in table 1. 



product 


| componen t 


i variant 


name 


ID 


ID 


ID 




27244 


Z 


1 


cap variant 1 


27244 


Z 


2 


cap variant 2 


27244 


z 


3 


cap variant 3 


27244 


Y 


1 


pen fill holder variant 1 


27244 


Y 


2 


pen fill holder variant 2 



Table 1: Example of a part number structure for a customised injection pen. 



The pick list 139 is transferred to the production module 
105, where it may be viewed during assembly 138. The pick 
list 139 may also be used to retrieve the relevant compo- 
nents and to update the inventory status in an inventory 
database 143. During assembly 138, the assembly schedule 
134 may be updated, via a user interface of the produc- 
tion module 105, based upon the actual progress of the 
assembly 138. After completion of the assembly 138, a 
packaging order object 109 is generated which in turn 
triggers the actual packaging 123 of the assembled prod- 
uct. The packaging 123 is based on the packaging schedule 
119 created during the planning session 114 and a pick 
list 121 including the assembled product, relevant pack- 
aging material, instructions in the correct language, and 



the like. The production module 105 may also generate a 
printed version 111 of the invoice to be included "with 
the shipped package. After completion of the packaging 
123, the packed product is inspected according to a QA 
procedure 125 and, upon approval, a change of classifica- 
tion 127 of the packed product to "ready for shipping" is 
registered in the logistics system 104 via a user inter- 
face. The control of the inspected product may now be 
transferred to a shipping module 107 which manages the 
actual shipping 129 of the packed product, and which may 
even allow the tracking of the shipment 131 to the user 
101. The status of the actual inventory may be supervised 
continuously or periodically via the inventory database 
143. if a given component is out-of-stock, a material re- 
quisition object 148 may be generated automatically or 
manually via a user interface 146. The material requisi- 
tion object 14 8 controls the replenishment 150 of the in- 
ventory with the corresponding components and a corre- 
sponding update of the inventory database 143. The cur- 
rent status of the inventory may also be sent to the In- 
ternet application 110, for example by periodically 
transferring the information from the inventory database 
143 to the Internet application 110, or by the Internet 
application 110 querying the inventory database 143. 

It is an advantage of this build-to-order method that it 
may be integrated in a regular production process running 
batch production of non-customised products in parallel 
with the customised production. This may be an important 
advantage, if the production control tools are subject to 
approval rules, as is the case in for example the medical 
industry. Furthermore, the utilisation of the inventory 
information in the Internet application 110 allows the 
product information to be adapted to the currently avail- 
able components, thereby avoiding backorders and the - need 
to manage possible payments for undeliverable products. 



Fig. 2 shows an example of a product which comprises a 
plurality of components and which may be configured ac- 
cording to the invention. Fig. 2 shows a medical injec- 
tion pen 201 used to inject medicine, such as insulin. 
The injection pen 201 comprises 8 different components 
202-209, each component may be customised, for example by 
choosing a colour from a set of available colours. The 
injection pen 201 comprises a holster 208, which in turn 
comprises a dose indicator 205, a dose dialler 206 for 
selecting the desired amount of medicine to be injected 
during the following application, and a button 207 for 
releasing the medicine. The holster 208 is connected to a 
pen fill holder 203 via a middle piece 204. The pen fill 
holder is adapted to hold a matching container (not 
Shown) with medicine in a predetermined position relative 
to the holster 208. The injection pen further comprises a 
cap 202 for protecting the container, and the cap further 
comprises a clip 209. In table 2, the 8 components 2 02- 
209 are listed and for each component a number of avail- 
able colours is exemplified. 



component 


variants 


clip 209 


3 colours (grey, yellow, green) 


pen fill holder 203 


4 colours (grey, yellow, blue, 
orange) 


middle piece 204 


4 colours (grey, yellow, blue, 
orange) 


dose dialler 206 


3 colours (grey, yellow, orange) 


button 2 07 


3 colours (grey, green, blue) 


cap 202 


4 colours (steel, red, blue, 

grppn ) 





green) 


holster 208 


4 colours (steel, red, blue, 
green) 


dose indicator 205 


3 colours (grey, yellow, green) 



Table 2: Possible variants of the components of the injection pen 201. 



Even though the number of variants of each component li- 
sted in table 2 is small, they result in a total number 
of 20,736 possible combinations, illustrating the advan- 
tage of a build-to-order system as compared to keeping 
all 20,736 assembled variants in stock. Furthermore, the 
customisation possibilities may comprise further options, 
such as a choice of different cases for storing the pen, 
personalised engravings, different types of display, such 
as analogue or digital, extra features, such as a watch, 
an indicator of the contents of the pen, a timer, or the 
like. Each further option multiplies the total number of 
possible end products. 

Now referring to fig. 3, a system according to an embodi- 
ment of the invention comprises a computer 301, prefera- 
bly a standard PC with one or more CPUs, a computer 
screen, a keyboard, a pointing device such as a mouse, 
track ball, touch pad, touch screen, or the like, and 
with access to the Internet, for example via a modem or 
via a local network connected to the Internet 302. Alter- 
natively, the computer 301 may be a portable computer, 
such as a laptop, a handheld computer, a telecommunica- 
tions device with a graphical screen, a personal digital 
assistant (PDA), or the like. The system further com- 
prises server computers 304-306 for executing the appli- 
cation programs: An application server 304, a server for 
the logistics system 305, and a database server 306, as 
described in connection with fig. 4. The server computers 



may be standard server computers with one or more CPUs 
and which are connected as a computer network 310, pref- 
erably by. a local area network (LAN) . Alternatively, the 
system may comprise a different number of server com- 
puters, for example only one server computer for all ap- 
plications. The computer network is connected to the 
Internet via an TCP/IP router 303 which is preferably 
combined with a firewall. The system also comprises 
workstations 307-309, connected to the server computers 
304-306 via the computer network which, during the plan- 
ning, production, assembly, packing, and shipping, may be 
used to access the applications running on the applica- 
tion servers 304-306. The system is connected, via the 
Internet or via a special secure communications network, 
to a payment management centre 311, which handles the ac- 
tual credit card transactions during the order process. 

Now referring to fig. 4, the software components of the 
system according to an embodiment of the invention com- 
prise a browser 4 02 running on the customer's computer 
401 for accessing, via the Internet, the Internet appli- 
cation of the general purchase module 409 located on the 
application server 404. The general purchase module 409 
utilises a graphics module 410 for generating an applica- 
tion program 404 which, when downloaded to and run on the 
computer 401, displays and allows manipulation of a 
graphical representation of the components of the prod- 
uct. The general purchase module 409 further utilises a 
shopping cart module 407 for managing the customers' 
shopping cart data, and a payment module 413 responsible 
for . checking credit card information and capturing the 
payments. The general purchase module 409 communicates, 
preferably via a local area network, with the logistics 
system 412 having an inventory module 408 for managing 
the data in the inventory database 414, a module 418 for 
managing production, assembly and shipping, and a plan- 



ning module 415 for use in the planning of the produc- 
tion, assembly, packing and shipping. The logistics mod- 
ule 412 further has access to databases 416-417 contain- 
ing order data and customer data, respectively. The data- 
bases 416-417 are located on a database server 406 run- 
ning a database management system. 

The logistics module 412, the inventory module 408, the 
production module 418, and the planning module 415 may be 
different software applications or parts of a common 
software application which may be a commercially avail- 
able standard system. Preferably, the inventory manage- 
ment system 408 comprises a . suitable interface for ex- 
tracting inventory data about a predetermined group of 
products or components. The interface may be a data file 
in a predetermined file format, generated by the inven- 
tory management system 408, or another interface allowing 
data extraction from the inventory management system 408, 
such as dynamic data exchange, a' database query via e.g. 
SQL, an auto-generated electronic mail, or the like. 

Fig. 5 shows a flow diagram of the order management proc- 
ess according to an embodiment of the invention. Each of 
the individual process steps is performed by one of the 
software components described in connection with fig. 4, 
as illustrated by the three columns 509,512, and 513 cor- 
responding to the general purchase module 501, the logis- 
tics module 512, and the payment module 513, respec- 
tively. The process is initiated by the step 504 of send- 
ing inventory information from the logistics module 512 
to the general purchase module 501. The inventory infor- 
mation is retrieved from the inventory database 414 in 
fig. 4, and comprises information about how many items of 
each variant of each component of the product are cur- 
rently in stock, preferably also taking into account 
items which have been reserved by previous orders via the 



pick list information database 135 shown in fig. 1, but 
which have not been physically used yet. In step 505, the 
inventory information is imported by the general purchase 
module 509. Alternatively, the transmission 504 and im- 
porting 505 of the inventory information may be performed 
at a later stage of the process, for example after the 
step 506 of selecting a "customised product" option, or 
even as a separate process unsynchronised with the actual 
order process. The information may also be transmitted 
directly from the logistics system 512 to the graphics 
module. Furthermore, the sending 504 and importing 505 of 
inventory information may be controlled in several ways, 
including sending at regular time-intervals, such as 
daily, hourly or the like. The sending 504 may alterna- 
tively or additionally be triggered by predetermined 
changes in the. inventory database, such as a variant be- 
coming unavailable or an unavailable item becoming avail- 
able again. The general purchase module 509 may also send 
a request for transmission of at least parts of the in- 
ventory data. The customisation process is initiated by 
the step 506 of a user selecting an item "custom product" 
via the user interface of the general purchase module 
509. The "custom product" item may be one of several se- 
lectable options within a product hierarchy as is illus- 
trated in connection with figs. 8a-b, or it may be 
reached by the user following a corresponding hyperlink. 
In the next step 507, the product is customised, and a 
specification of the selected customisation together with 
an order identification is attached to a shopping cart 
object maintained by the general purchase module 509. An 
embodiment of the sub-process 507 is described in connec- 
tion with fig. 6. After placing a specification of a cus- 
tomised product in the user's shopping cart, the system 
may receive an "accept order" command from the user (step 
508), for example by the user clicking with a pointing 
device on the "place order" button 819 of the user inter- 



face illustrated in fig. 8a. During step 508, the rele- 
vant purchase information, such as amount due, name and 
address of user, credit card number and expiration date, 
etc., is either input by the user via the user interface, 
or it may be retrieved from a customer database. Order 
information may be displayed via the user's browser. The 
payment information is transmitted to the payment module 
513, which in step 501 checks the validity of the credit 
card information and preferably reserves the amount due. 
The payment module 513 returns a reply to the purchasing 
module 509 indicating the result of the verification in 
step 501. In the next step 510 the general purchase mod- 
ule 509 sends the order information to the logistics sys- 
tem 512, for example via an auto-generated email or an 
URL. Further order identifications, relevant parameters, 
invoice information, or the like may also be stored in a 
file on the application server or in a database for mak- 
ing them accessible for the logistics module 512. In re- 
sponse to receiving the order information from the gen- 
eral purchase module 509, the logistics module 512 regis- 
ters the order internally (step 511) and acquires any ad- 
ditional information from the file or database on the ap- 
plication server. Subsequently, the logistics system 512 
manages the production process (step 503), and the pack- 
aging and shipping (step 514), as is further illustrated 
in fig. 1. Finally, the payment module 513 captures the 
actual payment of the product (step 518) . 

Fig. 6 shows a flow diagram of the sub-process of step 
507 in fig. 5, representing the configuration process ac- 
cording to an embodiment of the invention and with refer- 
ence to the injection pen described in connection with 
fig. 2. The columns 609, 610, and 604 refer to three of 
the software modules of fig. 4 which implement the corre- 
sponding steps: The general purchase module 609, the 
graphics module 610, and the application program 604, re- 



spectively. During the initial step 603, a URL with a set 
of parameters is sent, preferably via the Internet, to 
the graphics module 604. The included parameters may 
identify a default configuration of the pen including a 
default case, and they may include an order identifica- 
tion and preferably inventory information generated by 
the logistics system. Upon receipt of the URL, the graph- 
ics module 610, in step 606, creates computer-readable 
code of an application program 604, such as an applet, 
which implements a graphical user interface for present- 
ing the selectable variants of the components to the user 
and for receiving the user's selection. The graphics mod- 
ule 610 utilises the information generated by the inven- 
tory database and limits the presented variants to those 
which can currently be delivered. Alternatively, the 
variants which are currently unavailable may be made 
visible but not selectable. The next step 607 comprises 
sending the application program 604 to the user's browser 
via the Internet. On the client computer running the 
browser, the transmitted application program 604 is star- 
ted and as a next step 608 it displays a graphical user 
interface, preferably within the user's browser. Initial- 
ly a default view of the product is displayed. This may 
for example be a default configuration of the product or 
an empty window with no components displayed. The appli- 
cation program 604 provides a user interface to the user, 
which displays the assembled product, or parts of the 
product assembled from the currently selected component 
variants. Preferably, the application program 604 may ac- 
cept user commands for manipulating the graphical repre- 
sentation of the displayed product or parts of the pro- 
duct. Preferably, the user commands are issued via a 
pointing device, such as a mouse, a touch pad, a track- 
ball, or the like. The manipulations may include rota- 
tion, zoom, removing or adding components from the dis- 
play, selecting different variants of different compo- 
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nents, animating the display so as to simulate functions 
of the product, such as opening or closing of the cap of 
the injection pen, adjusting the dose dialler, inserting 
a container in the pen fill holder, opening and closing 
5 the case, assembling or disassembling the pen, etc. The 
application program 604 may verify the compatibility of a 
selected variant of a component with previously selected 
variants of other components. The interaction step 601 
continues until the user either exits the application 
10 program 604 or issues an order command in step 602, for 
example by selecting the 'add to cart" button 711 shown 
in figs. 7a-g of the' user interface with the pointing de- 
vice. The add to cart button 711 may be disabled as long 
as not all the necessary components have been selected or 
15 if an incompatible selection has been made. When the ap- 
plication program 604 receives the order command, the ap- 
plication program 604, in step 611, sends a URL including 
relevant parameters to the general purchase module 609. 
The parameters may comprise the identifications of the 
20 selected variants and the order identification generated 
in step 603. Preferably the application program 604 ter- 
minates with an end-of-process animation. After the step 
616 of receiving the URL from the application program 604 
the shopping cart module of the general purchase module 
25 609 is initiated in step 612. This step 612 comprises a 
verification of the order identification. If an order 
with the received order identification does not already 
exist, an order object is created in the purchase module 
604. The received product parameters are stored within 
30 the order object. If the "custom product" item 807 is se- 
lected when a set of product parameters is already stored 
in the order object (step 613), a URL similar to the one 
generated in step 603 is generated in step 614, but now 
on the basis of the parameters and the order identifica- 
35 tion of the order object created in step 612. When sent 
to the graphics module 610, this will cause the applica- 
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tion program 604 created in step 606 to be adapted to 
initially display the product: as customised during the 
previous session. Hence, the user is given the opportu- 
nity to correct the product configuration after the prod- 
5 uct has been placed in the shopping cart. 

Figs. 7a-g show an embodiment of the graphical user in- 
terface presented to the user for the customisation of a 
product, exemplified by the medical injection pen de- 
scribed in connection with fig. 2. Upon selection of a 
10 "custom product" option, for example in the user inter- 
face of a general purchase module as shown in fig. 8a, 
the application program controlling the graphical user 
interface initiates the display of an initial view in a 
predetermined display area 710. The default view may com- 
15 prise a blank display with no components displayed as il- 
lustrated in fig. 7a. Other possible default views in- 
clude a representation of a default configuration of the 
entire product or individual components, and a previously 
selected configuration, whose configuration parameters 

20 are accessible from a storage device, such as a hard disk 
or the computers RAM, or as input parameters to the ap- 
plication program supplied by another program. The repre- 
sentation may be a picture of the product, a drawing or, 
preferably, a three-dimensional rendering. Below the dis- 

25 play area 710 a text field 746 is provided for displaying 
written product information, instructions for the use of 
the interface, or the like. The user interface further 
comprises buttons 731-745, each button representing a va- 
riant of a component of the product, said buttons being 

30 selectable by pointing or clicking with a pointing de- 
vice. Alternatively or. additionally, other selectable 
control elements may be provided, such as pull-down me- 
nus, check boxes, representations of the component which 
may be placed on the display area 710 via a drag-and-drop 

35 operation, or the like. Furthermore, the selection of 
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tion of variants may be controllable via keyboard com- 
mands. Preferably, the buttons 731-745 are labelled with 
an image or another identification of the corresponding 
variant as symbolised in fig. 7a. The variants, which are 
selectable via the buttons 731-745, may be determined by 
the input received from the inventory database such that 
the buttons 731-745 only represent variants which are 
currently in stock. Alternatively, all possible variants 
may be displayed, but only the buttons corresponding to 
variants which are currently in stock are enabled. In the 
example illustrated in fig. 7 a , the buttons 736 and 739 
are disabled and, for example, greyed out, indicating 
that they cannot be selected because the corresponding 
variants are currently not available. The user interface 
further comprises a button 747 for starting an animation 
of a complete, assembly process. 

Fig. 7b shows the graphical user interface, after the 
user has clicked on the button 737, representing a first 
variant of the holster 708. In the display area 710, the 
first variant of the holster 708 is displayed, and the 
button 737 is highlighted to indicate the selected and 
displayed variant to the user. 

Fig. 7c shows the graphical user interface, after the 
user has clicked on button 735, representing the second 
variant of the pen fill holder 703, in addition to button 
737. Now both variants are displayed in the display area 
710 in their relative position in the assembled product. 
The user may manipulate the display via pointing, click- 
ing or dragging with a pointing device to rotate the dis- 
played components 703 and 708, zoom in or out, pan the 
display, or even initiate an animation of the operation 
of one or more of the components 7 03 and 708, such as 
placing a container in the pen fill holder 703 or adjust- 
ing the dose dialler 706. These animations may include 



sound effects or spoken instructions played over the 
loudspeakers of the user's computer. 

Upon selection of the button 735, the second variant of 
the pen fill holder 708 may be placed directly within the 
display area 710 at the correct position relative to the 
holster 708. Alternatively, the positioning of the pen 
fill holder 7 03 may be animated, simulating for example a 
slight rotation of the pen fill holder when being at- 
tached to the holster 708. Alternatively, upon selection 
of the button 735, the second variant of the pen fill 
holster 703 may initially be placed in a default position 
within the display area 710. The user may be able to ma- 
nipulate the individual components 703 and 708 separately 
via commands such as move, rotate, flip, zoom, or the. 
like. By manipulating the components 703 and 708, the 
user may simulate the assembling of the product, and a 
visual or audible indication may be given, when the cor- 
rect relative position of the two components 703 and 708 
is found. 

Fig. 7d shows the graphical user interface displaying the 
same components as in fig. 7c, but after a zoom and a ro- 
tate operation. Now a close-up view of the dose dialler 
706 is shown. 

Fig. 7e shows the graphical user interface after variants 
of all components of the injection pen have been se- 
lected. Now the entire customised pen is displayed and 
may be manipulated. The user may also de-select one ore 
more components, or replace a variant of a component with 
another variant. 

The user may also select one of two selectable cases, and 
figs. 7f and 7g show the graphical user interface after 
button 745, representing one possible case, has been 
clicked. In fig. 7f, an open case 750 is shown. By click- 



ing on the case 750 with the pointing device, an anima- 
tion of the closing of the case may be initiated, result- 
ing in a display as illustrated in fig. 7g. 

After completion of the customisation process, the user 
may click on the button 711 "Add to cart" for initiating 
the storing of the customisation parameters, such as pro- 
duct ID, component IDs and variant IDs of the selected 
variants, and for attaching the parameters to the shop- 
ping cart object, as described in connection with fig. 6. 

Now referring to fig. 8a, an embodiment of the. user in- 
terface of the general purchase module comprises a gen- 
eral browser menu bar 802 containing standard browser me- 
nus depending on the user's choice of browser. A top menu 
bar 803 of the general purchase module contains purchase- 
specific selectable control elements, such as hyperlinks 
or buttons. The control elements may include a "products" 
button 815, allowing accessing the available product hie- 
rarchy, which may comprise standard products and custom 
products as illustrated in fig. 8b. The control elements 
may further include a "shopping cart" button 816 allowing 
the viewing and manipulating of the contents of the 
user's shopping cart, a "distributors" button 817 allo- 
wing the choice of a distributor for a given order, a 
"shipping information" button 818 for inputting shipping 
information, such as name, address, phone number, and the 
like, and a "place order" button 819 for placing an 
order. The user interface also contains a bottom menu bar 
804 comprising buttons or hyperlinks to general informa- 
tion, such as help 820, site information 821, or security 
information 822. The central part 812a-c of the user in- 
terface between the top menu bar 803 and the bottom menu 
bar 804 contains information and control elements, such 
as input fields, buttons, hyperlinks, or the like, which 
are related to the element selected in the top menu bar 



top menu bar 803 or the bottom menu bar 804. In fig. 8a, 
the contents of the user interface window after selection 
of the ""products" element 815 is illustrated schemati- 
cally. The centre part 812a-c is divided into three col- 
umns 812a-c, the left column 812a comprising selectable 
check boxes 805-807 for selecting one of a plurality of 
products from the product hierarchy. Depending on the se- 
lection in the left column 812a, the centre column 812b 
may contain selectable options 808-809 for the selected 
product. If for example, as illustrated is fig. 8a, a 
standard product "product 1" 805 is selected, the centre 
column 812b may contain a number of check boxes 808-809 
for selecting options for that product. The right column 
812c may comprise an area 810 containing a picture, a 
drawing or other product information of the selected 
product and further control elements, such as an "add to 
cart" button 811. If the product selected in the left 
column 812a is a "custom product" 807, the centre column 
812b and the right column 812c may be used for displaying 
the user interface of the application program which is 
displayed in response to selecting a custom product. An 
embodiment of this user interface is described in connec- 
tion with figs. 7a-g. 

Fig. 8b. illustrates an example of a product hierarchy 
corresponding to the user interface illustrated in fig. 
8a. The illustrated hierarchy comprises two standard pro- 
ducts 853 and 854, for example a standard injection pen 
and a blood sugar measuring device. "Product 1" 853 is 
available with two options 856-857, for example two pre- 
defined colour combinations of the standard injection 
pen, while "product 2" 854 is available with three op- 
tions 850, 851, and 859. The illustrated hierarchy fur- 
ther comprises a custom product 855, which may be assem- 
bled from a plurality of components available in differ- 
ent variants, as described in connection with figs. 7a-g. 



CLAIMS 



1. A method of configuring a product, where the product 
is to be assembled from a plurality of components, each 
component being available in at least one variant, the 
method comprising the steps of 

presenting to a user, via a user interface, a first plu- 
rality of variants of a first one of said plurality of 
components ; 

receiving from the user an indication of a first variant 
selected from the first plurality of variants; 

presenting to the user via the user interface a graphical 
representation of the first variant; 

characterised in that the method further 
comprises the steps of 

presenting to the user, via the user interface, a second 
plurality of variants of a second one of said plurality 
of components; 

receiving from the user an indication of a second variant 
selected from the second plurality of variants; 

presenting to the user, via the user interface, a graphi- 
cal representation __o_f_ the _._f irst selected variant of the 
first component in a predetermined relationship to the 
second selected variant of the second component. 

2. The method according to claim 1, character- 
ised in that the method further comprises the step of 
graphically animating the positioning of the second vari- 
ant of the second component in the predetermined rela- 
tionship to the first variant of the first component. 



3. The method according to any one of the claims 1 and 2, 
characterised in that the method further 
comprises the step of interactively animating the posi- 
tioning of the second variant of the second component in 
the predetermined relationship to the first variant of 
the first component, where the interactively animated po- 
sitioning is controlled by user commands. 

4 . The method according to any one of the claims 1 
through 3, characterised in that the graphi- 
cal representation of the first variant of the first com- 
ponent in the predetermined relationship to the second 
variant of the second component is a three-dimensional 
rendering of the first variant of the first component in 
the predetermined relationship to the second variant of 
the second component . 

5. The method according to any one of the claims 1 
through 4, characterised in that the method 
further comprises the step of changing the displayed rep- 
resentation of the first variant of the first component 
in the predetermined relationship to the second variant 
of the second component in response to user commands, 
where the changing of the displayed representation corre- 
sponds to operations selected from the class of opera- 
tions comprising rotate, flip, pan, and zoom. 

6. The method according "~tcT" any 6he~ ~"of " ""fHe claims T~ 
through 5, characterised in that the method 
further comprises the step of animating the displayed 
representation of the first variant of the first compo- 
nent in the predetermined relationship to the second 
variant of the second component in response to user com- 
mands . 

7 . The method according to any one of the claims 1 
through 6, characterised in that the step of 



presenting to a user via a user interface a selected one 
of the first and second plurality of variants of the cor- 
responding first or second component further comprises 
the step of limiting the presented plurality of variants 
to a subset of the corresponding first or second plural- 
ity of variants indicated as being available by a set of 
inventory data received from an inventory management sys- 
tem. 

8. The method according to any one of the claims 1 
through 7, characterised in that the method 
further comprises the step of transmitting ordering in- 
formation to a production management system, the order 
information including configuration data identifying the 
first variant of the first component and the second vari- 
ant of the second component. 

9. A system for customising a product, where the product 
is assembled from a plurality of components, the system 
comprising 

first display means adapted to present a first plurality 
of variants of a first one of said plurality of compo- 
nents; 

first input means adapted to receive an indication of a 
first variant selected from the first plurality of Vari- 
ants " — 

second display means adapted to present a graphical rep- 
resentation of the first selected variant; 

characterised in that the system further 
comprises 



third display means adapted to present a second plurality 
of variants of a second one of said plurality of compo- 
nents; 

second input means adapted to receive an indication of a 
second variant selected from the second plurality of va- 
riants ; 

the second display means is adapted to present a graphi- 
cal representation of the first selected variant of the 
first component in a predetermined relationship to the 
second selected variant of the second component. 

10. The system according to claim 9, c h a r a c""t"~e"~r : -"" 
i s e d in that the system further comprises first proc- 
essing means adapted to generate a graphical animation of 
the positioning of the second variant of the sec ond com - 
ponent in the predetermined- relationship to the first 
variant of the first component. 

11. The system according to claim 10, character- 
ised in that the system further comprises third input 
means adapted to receive user commands for controlling 
the graphical animation. 

12. The system according to any one of the claims 9 
through 11, characterised in that the 
g raphica l represen tation of t h e f irst vajr iant_ _o_f the_ 
first component in the predetermined relationship to the 
second variant of the second component is a three- 
dimensional rendering of the first variant of the first 
component in the predetermined relationship to the second 
variant of the second component. 

13. The system according to any one of the claims 9 
through 12, characterised in that the system 
comprises fourth input means adapted to receive user com- 
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mands corresponding to operations selected from the. ..class 
of operations comprising rotate, flip, pan, and zoom; and 
the second display means is adapted to change the "dis- 
played representation of the first variant of the first 
5 component in the predetermined relationship to the second 
variant of the second component in response to the re- 
ceived user commands. 

14. The system according to any one of the claims 9 
through 13, characterised in that the system 
10 further comprises second processing means adapted to gen- 
erate an animation of the displayed representation of the 
first variant of the first component in the predetermined 
relationship to the second variant of the second compo- 
nent in response to user commands. 

15 15. The system according to any one of the claims 9 
through 14, characterised in that a selected 
one of the first and second display means is adapted to 
limit the presented corresponding first or second plural- 
ity of variants to a subset of the corresponding first or 

20 second plurality of variants indicated as being available 
by. a set of inventory data received from an inventory 
management system. 

16. The system according to any one of the claims 9 
through 15, characterised in that the system 
"2'5" further ^comprises transmrttXng" means adapted to transmit 
order information to a production management system, the 
order information including configuration data identify- 
ing the first variant of the first component and the sec- 
ond variant of the second component. 

30 17. Use of a method according to any one of the claims 1 
through 8 in a build-to-order assembly system, where a 
product is assembled from pre-f abricated components. 
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18. Use of a method according to any one of the claims 1 

w.A-.w**-w,ii — j-^i- v,uonjiiiisiiiy a uieuicai apyiiCdtlOfl ut vice. 

19. A computer program comprising program code "means for 
performing all the steps of any one of the claims 1 

5 through 8 when said program is run on a computer. 

20. A computer program product comprising program code 
means stored on a computer readable medium for performing 
a method of any one of the claims 1 through 8 when said 

10 computer program product is run on a computer. 

21. A computer data signal embodied in a carrier wave, 
comprising program code means for performing all the 
steps of any one of the claims 1 through 8 when said pro- 
gram is run on a computer . 



1 



P2 00000 92 9 DK 

Method and system for customising build-to-order products 



Abstract 

A method and system for configuring a product assembled 
from a plurality of components, where each component may 
be available in several variants; the method comprises 
the steps of presenting to a user, via a user interface, 
a first plurality of variants of a first component; re- 
ceiving from a user an indication of a first variant se- 
lected from the first plurality of variants; presenting 
to the user via the user interface a graphical represen- 
tation of the first variant; presenting to the user, via 
the user interface, a second plurality of variants of a 
second component; receiving from the user an indication 
of a second variant selected from the second plurality of 
variants; presenting to the user via the user interface a 
graphical representation of the first selected variant of 
the first component in the predetermined relationship to 
the second selected variant of the second component. 



(Figure 4 should be published) 
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